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OK TO ENTER: /SM/ Application No. 10/828,497 

Docket No. 741439-000013 



AMENDMENTS TO THE CLAIMS 



This listing of claims will replace all prior versions and listings of claims in the 
application: 



1. (Previously Presented) A repo basket transaction system comprising: 

a trading system connected to receive repo quotes from market participants, the repo 
quotes specifying a repo basket transaction and including a security basket definition 
indicating at least one class of securities defining a synthetic security, said security basket 
definition not indicating specific securities; 

a clearing system connected to said trading system and wherein said clearing system 
is configured to generate settlement instructions relating to repo basket transactions that 
correspond to the security basket definition, the settlement instructions being based on a 
negotiation of a repo transaction resulting from the repo quotes; 

a settlement system connected to said clearing system to receive settlement 
instructions relating to repo basket transactions, wherein said settlement system comprises a 
securities pooling and allocation unit adapted to allocate at least one specific security that 
meets the security basket definition, said settlement system also completing the repo 
transaction by posting the allocated specific securities on sub-ledger securities and cash 
accounts. 



2. (Cancelled) 



3. (Previously Presented) The repo basket transaction system of claim 1, 
wherein said securities pooling and allocation unit further allocates said at least one specific 
security based on predefined rules. 

4. (Original) The repo basket transaction system of claim 3, wherein said 
predefined rules are standardized general settlement rules or market participant specific rules. 



5. (Previously Presented) The repo basket transaction system of claim 3, 
wherein said settlement system further comprises a storage for storing data indicating said at 
least one specific security in association with data indicating said at least one class of 
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securities, and said securities pooling and allocation unit further accesses said storage when 
allocating said at least one specific security based on said predefined rules. 

6. (Original) The repo basket transaction system of claim 5, wherein said 
storage is arranged for storing said data in market participant specific memory regions, and 
said association is a market participant specific association. 

7. (Cancelled) 

8. (Previously Presented) The repo basket transaction system of claim 1, 
wherein said clearing system is arranged for performing a trade margin calculation process 
based on a risk calculation based on said security basket definition. 

9. (Previously Presented) The repo basket transaction system of claim 8, 
wherein said risk calculation process further accesses an individual average risk profile for 
each class of securities. 

10. (Original) The repo basket transaction system of claim 8, wherein said 
clearing system is further arranged for sending repo confirmation messages to the trading 
system prior to said calculation. 

11. (Previously Presented) The repo basket transaction system of claim 1, 
wherein said clearing system is arranged for determining whether the security basket amount 
exceeds a predefined threshold, and if so, generating plural settlement instructions each 
causing said settlement system to allocate amounts not exceeding said threshold. 

12. (Cancelled) 

13. (Previously Presented) The repo basket transaction system of claim 1, 
wherein said settlement system further creates a sub-ledger independent from general ledger 
accounts of the market participants and posts the at least one allocated specific security in 
said sub-ledger. 
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14. (Previously Presented) The repo basket transaction system of claim 13, 
further comprising an earmarking unit for marking the at least one allocated specific security 
to be posted in said sub-ledger but not in said general ledger accounts. 

15. (Previously Presented) The repo basket transaction system of claim 14, 
wherein said earmarking unit first marks the at least one allocated specific security to be 
transferred from a first market participant's account to an account of a central counterpart, 
and then marks the at least one allocated specific security to be transferred from said account 
of a central counterpart to a second market participant's account. 

16. (Previously Presented) A settlement system capable of being operated in a 
repo basket transaction system, connected to receive settlement instructions relating to repo 
basket transactions and to receive a security basket definition indicating at least one class of 
securities defining a synthetic security, said security basket definition not indicating specific 
securities , comprising: 

a securities pooling and allocation unit which, in response to settlement instructions 
for the synthetic security, allocates at least one specific security that meets the security basket 
definition. 

17. (Currently Amended) A computerized repo basket transaction method 
comprising: 

using an electronic trading system, receiving repo quotes from market participants in 
an electronic trading system by operating computer devices , the repo quotes specifying a repo 
basket transaction and including a security basket definition indicating at least one class of 
securities defining a synthetic security, said security basket definition not indicating specific 
securities; 

using an electronic trading system, negotiating a repo transaction in said electronic 
trading system based on the repo quotes ; 



synthetic security based on said negotiating step;and 

using a settlement system, in response to the settlement instructions, allocating in a 
settlement system at least one specific security that meets the security basket definition; and 




-generating settlement instructions in a clearing system for the 
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using a settlement system, completing in said settlement system the repo transaction 
by posting said allocated specific securities on sub-ledger and securities and cash accounts. 

18. (Cancelled) 

19. (Previously Presented) The repo basket transaction method of claim 17, 
wherein said at least one specific security is allocated based on a security basket definition 
and predefined rules. 

20. (Previously Presented) The repo basket transaction method of claim 19, 
wherein said predefined rules are standardized general allocation rules. 

21. (Previously Presented) The repo basket transaction method of claim 19, 
further comprising: 

storing data indicating said at least one specific security in association with the 
security basket definition indicating said at least one class of securities, 

wherein allocating said at least one specific security based on said predefined rules 
comprises accessing the stored data. 

22. (Original) The repo basket transaction method of claim 21, wherein said 
data is stored in market participant specific memory regions of a storage, and said association 
is a market participant specific association. 

23. (Cancelled) 

24. (Previously Presented) The repo basket transaction method of claim 17, 
further comprising: 

performing a trade margin calculation process based on a risk calculation based on 
said security basket definition. 

25. (Previously Presented) The repo basket transaction method of claim 17, 
wherein said risk calculation process is adapted to access an specific average risk profile for 
each class of securities. 
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26. (Original) The repo basket transaction method of claim 24, further 
comprising: 

sending repo confirmation messages from a clearing system to a trading system prior 
to said calculation. 

27. (Previously Presented) The repo basket transaction method of claim 17, 
further comprising: 

determining whether the security basket amount exceeds a predefined threshold; and 
if so, generating plural settlement instructions each causing an allocation of amounts 
not exceeding said threshold. 

28. (Cancelled) 

29. (Previously Presented) The repo basket transaction method of claim 17, 
further comprising: 

creating a sub-ledger independent from general ledger accounts of the market 
participants; and 

wherein said completing step comprises posting the at least one allocated specific 
security in said sub-ledger. 

30. (Previously Presented) The repo basket transaction method of claim 29, 
further comprising: 

marking the at least one allocated specific security to be posted in said sub-ledger but 
not in said general ledger accounts. 

31. (Previously Presented) The repo basket transaction method of claim 30, 
wherein the marking is adapted to first mark the at least one allocated specific security to be 
transferred from a first market participant's account to an account of a central counterpart, 
and then mark the at least one allocated specific security to be transferred from said account 
of a central counterpart to a second market participant's account. 
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32. (Previously Presented) A computer readable storage medium storing 
instructions that, when executed on a computer system, cause the computer system to: 

receive repo quotes from market participants, the repo quotes specifying a repo basket 
transaction and including a security basket definition indicating at least one class of securities 
defining a synthetic security, said security basket definition not indicating specific securities; 
and 

in response to settlement instructions based on negotiation of repo quotes, allocate at 
least one specific security that meets the security basket definition. 

33. (Withdrawn) A resource management system for controlling the transfer of 
groups of resources, comprising: 

an input unit for receiving transfer instructions, said transfer instructions specifying a 
transfer of a group of resources by providing a resource definition indicating at least one class 
of resources defining a synthetic resource and not specific resources, and at least one 
condition under which, after the transfer has been completed, a reverse transfer of the same 
group of resources or another group of resources within the same at least one class of 
resources has to occur; and 

a resource specification unit for, in response to receiving said transfer instructions, 
allocating specific resources for said transfer that meet the resource definition. 

34. (Withdrawn) The resource management system of claim 33, wherein said 
definition further indicates a point of time at which said transfer has to occur. 

35. (Withdrawn) The resource management system of claim 33, wherein said at 
least one condition comprises a point of time at which said reverse transfer has to occur. 

36. (Withdrawn) The resource management system of claims 33, wherein each 
of said transfer and said reverse transfer are bi-directional transfers comprising a transfer of 
the respective group of resources in one direction and a transfer of a respective additional 
resource in the opposite direction. 
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37. (Withdrawn) The resource management system of claim 36, wherein said 
definition also indicates the group of resources for said transfer as well as said reverse 
transfer. 

38. (Withdrawn) The resource management system of claim 33, wherein said 
definition further indicates a quantity of resources, said quantity describing a resource 
volume of said group of resources. 

39. (Cancelled) 

40. (Withdrawn) The resource management system of claim 33, wherein said 
resource specification unit is further adapted to allocate said specific resources based on the 
resource definition and predefined rules. 

41. (Withdrawn) The resource management system of claim 40, wherein said 
predefined rules specify the manner in which the allocation is dependent on the availability 
and eligibility of resources. 

42. (Withdrawn) The resource management system of claim 40, wherein said 
resource management system further comprises a storage for storing data indicating said 
specific resources in association with the resource definition indicating said at least one group 
of resources, and said resource specification unit is adapted to access said storage when 
allocating said specific resources based on said predefined rules. 

43. (Withdrawn) The resource management system of claim 42, wherein said 
resource management system is connectable to at least two client devices, said input unit is 
arranged for receiving said transfer instructions from said client devices, said storage is 
arranged for storing said data in client specific memory regions, and said association is a 
client specific association. 



44. (Withdrawn) The resource management system of claim 40, wherein said 
resource management system is connectable to at least two client devices, said input unit is 
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arranged for receiving said transfer instructions from said client devices, and said predefined 
rules are standardized general resource management rules. 

45. (Withdrawn) The resource management system of claims 33, further 
comprising: 

a processing unit for generating messages relating to resource group transfers 
specified by constituting said definition, wherein said resource specification unit is adapted to 
allocate said specific resources in response to said messages. 

46. (Withdrawn) The resource management system of claim 45, wherein said 
processing unit is arranged for performing a risk calculation process based on said definition. 

47. (Withdrawn) The resource management system of claim 46, wherein said 
risk calculation process is adapted to access an specific average risk profile for each class of 
resources. 

48. (Withdrawn) The resource management system of claim 46, wherein said 
processing unit is further arranged for sending transfer confirmation messages to said input 
unit prior to said calculation. 

49. (Withdrawn) The resource management system of claim 45, wherein said 
processing unit is adapted for determining whether the amount of resources to be allocated 
exceeds a predefined threshold, and if so, generating plural messages each causing said 
resource specification unit to allocate amounts of said specific resources not exceeding said 
threshold. 

50. (Withdrawn) The resource management system of claim 33, wherein said 
resource management system is further capable of controlling the transfer of other resources 
than resources of said groups of resources, 

wherein said resource specification unit stores a first array of resource data to which 
said other resources are posted after allocation, and 

wherein said resource specification unit further stores a second array to which said 
specific resources are posted after allocation. 
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51. (Withdrawn) The resource management system of claim 50, further 
comprising a marking unit for marking the allocated specific resources to be posted in said 
second array but not in said first array. 

52. (Withdrawn) The resource management system of claim 51, wherein said 
marking unit is adapted to first mark an allocated specific resource to be transferred from an 
account pertaining to a first client device to a central account, and then mark the allocated 
specific resource to be transferred from said central account to an account pertaining to a 
second client device. 

53. (Withdrawn) A resource management method of controlling the transfer of 
groups of resources, comprising: 

receiving transfer instructions specifying a transfer of a group of resources by 
providing a definition indicating at least one class of resources defining a synthetic resource 
and not specific resources, and at least one condition under which, after the transfer has been 
completed, a reverse transfer of the same group of resources or another group of resources 
within the same at least one class of resources has to occur; and 

in response to said receiving step, allocating individual specific resources for said 
transfer that meet definition. 

54. (Withdrawn) The resource management method of claim 53, wherein said 
definition further indicates a point of time at which said transfer has to occur. 

55. (Withdrawn) The resource management method of claim 53, wherein said at 
least one condition comprises a point of time at which said reverse transfer has to occur. 

56. (Withdrawn) The resource management method of claims 53, wherein each 
of said transfer and said reverse transfer are bi-directional transfers comprising a transfer of 
the respective group of resources in one direction and a transfer of a respective additional 
resource in the opposite direction. 
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57. (Withdrawn) The resource management method of claim 56, wherein said 
definition also indicates the additional resources for said transfer as well as said reverse 
transfer. 

58. (Withdrawn) The resource management method of claim 53, wherein said 
definition further indicates a quantity of resources, said quantity describing a resource 
volume of said group of resources. 

59. (Cancelled) 

60. (Withdrawn) The resource management method of claim 53, wherein said 
specific resources are allocated based on the resource definition and predefined rules. 

61. (Withdrawn) The resource management method of claim 60, wherein said 
predefined rules specify a manner in which the allocation is dependent on the availability 
and eligibility of resources. 

62. (Withdrawn) The resource management method of claim 60, further 
comprising: 

storing data indicating said specific resources in association with the resource 
definition indicating said at least one class of resources, 

wherein allocating said specific resources based on said predefined rules comprises 
accessing the stored data. 

63. (Withdrawn) The resource management method of claim 62, further 
comprising: 

receiving said transfer instructions from at least two client devices, 
wherein said data is stored in client specific memory regions of a storage, and said 
association is a client specific association. 

64. (Withdrawn) The resource management method of claim 60, further 
comprising: 

receiving said transfer instructions from at least two client devices, 
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wherein said predefined rules are standardized allocation rules or client specific rules. 

65. (Withdrawn) The resource management method of claims 53, further 
comprising: 

generating messages relating to resource group transfers specified by constituting said 
definition, 

wherein said specific resources are allocated in response to said messages. 

66. (Withdrawn) The resource management method of claim 65, further 
comprising: 

performing a risk calculation process based on said definition. 

67. (Withdrawn) The resource management method of claim 66, wherein said 
risk calculation process is adapted to access an individual average risk profile for each class 
of resources. 

68. (Withdrawn) The resource management method of claim 66, further 
comprising: 

sending transfer confirmation messages to the unit receiving said transfer instructions, 
prior to said calculation. 

69. (Withdrawn) The resource management method of claim 65, further 
comprising: 

determining whether the amount of resources to be allocated exceeds a predefined 
threshold; and 

if so, generating plural messages each causing an allocation of amounts of said 
specific resources not exceeding said threshold. 

70. (Withdrawn) The resource management method of claim 53, further 
comprising: 

controlling the transfer of other resources than resources of said groups of resources, 
storing a first array of resource data to which said other resources are posted after 
allocation, and 
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storing a second array to which said specific resources are posted after allocation. 

71. (Withdrawn) The resource management method of claim 70, further 
comprising: 

marking the allocated specific resources to be posted in said second array but not in 
said first array. 

72. (Withdrawn) The resource management method of claim 71, wherein said 
marking is adapted to first mark an allocated specific resource to be transferred from an 
account pertaining to a first client device to a central account, and then mark the allocated 
specific resource to be transferred from said central account to an account pertaining to a 
second client device. 

73. (Withdrawn) A computer readable storage medium storing instructions that, 
when executed on a computer system, cause the computer system to control the transfer of 
groups of resources by: 

receiving transfer instructions specifying a transfer of a group of resources by 
providing a resource definition indicating at least one class of resources defining a synthetic 
resource and not specific resources and at least one condition under which, after the transfer 
has been completed, a reverse transfer of the same group of resources or another group of 
resources within the same at least one class of resources has to occur; and 

in response to receiving said transfer instructions, allocating specific resources for 
said transfer that meet said resource definition. 



